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SECURE, ANONYMOUS AUTHENTICATION FOR ELECTRONIC PURCHASING 
WITH DYNAMIC DETERMINATION OF PAYMENT PRICING AND TERMS AND 
CROSS VENDOR TRANSACTION RESOLUTION 



TECHNICAL FIELD OF THE INVENTION 



[0001] The present invention is directed, in general, to 
electronic sales transactions and, more specifically, to 
supporting anonymity, security, ease of use, and 
profitability at small amounts for electronic sales 
transactions . 



BACKGROXJND OF THE INVENTION 



[0002] "Micro" payments, in the context of electronic 
funds transfers and/or Internet sales transactions, refers 
to payments of less than about $10.00, particularly those 
less than about $2.00. At such levels, the transaction 
costs significantly undercut even the nominal profitability 
for the transaction. This limitation constrains the nature 
of goods and services offered for sale electronically, as 
compared to physical sales where cash allows the 
transaction to be profitably conducted. 
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[0003] In addition, Internet purchases are generally 
encumbered by several other problems, including anonymity, 
security and ease of use. Online purchases and related 
fraud prevention measures normally require the buyer to 
5 provide personal information including name, mailing 

address, e-mail address, telephone number. The vendor may 
then sell this information, resulting in a barrage of 
electronic spam and traditional junk mail being sent to the 
seller and providing an avenue for identity theft. 
10 Anonymity of the type associated with cash transactions is 

not available in electronic transactions. 

[0004] Credit or debit card information must also be 
disclosed in electronic transactions, creating security 
risks with each site at which a consumer makes purchases. 

15 Security and fraud prevention measures associated with most 

electronic transactions generally do not require 
independent verification of the purchaser's identity (apart 
from the personal information provided for billing) , such 
that illicit purchases may be made using physically or 

20 electronically intercepted information. Finally, personal 

and credit or debit card information must be manually 
entered by the user at least for each site from which 
purchases are made, and in some cases for each individual 



- 2 - 



DOCKET NO. EMICOl-00003 PATENT 

transaction from a given site, which can become burdensome 
over time . 

[0005] There is, therefore, a need in the art for a 
system supporting electronic transactions in a manner 
5 profitable at small dollar transaction values, as well as 

anonymous, secure, and easy to use. 
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SUMMARY OF THE INVENTION 



[0006] To address the above -discussed deficiencies of 
the prior art, it is a primary object of the present 
5 invention to provide, for use in an electronic payment 

system, enablement of micro-payments for electronic sales 
transactions in a secure and anonymous manner by a central 
payment agent maintaining declining balance accounts for 
users and separately authenticating and authorizing 
10 customer and vendor transaction requests and payment upon 

confirmation of delivery. No personal billing information 
for the customer need be provided to the vendor, 
maintaining anonymity of the customer. The vendor may 
electively set a pricing and terms policy allowing the 
price of the goods or services to dynamically vary across a 
series of transactions or transaction portions based on 
events such as quantity, bandwidth, or aggregate amount 
paid. A transaction may involve goods or services from 
multiple vendors in an apparent single transaction, with 
2 0 payment resolved among all participating vendors. 

[0007] The foregoing has outlined rather broadly the 
features and technical advantages of the present invention 
so that those skilled in the art may better understand the 
detailed description of the invention that follows. 



15 
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Additional features and advantages of the invention will be 
described hereinafter that form the subject of the claims 
of the invention. Those skilled in the art will appreciate 
that they may readily use the conception and the specific 
5 embodiment disclosed as a basis for modifying or designing 

other structures for carrying out the same purposes of the 
present invention. Those skilled in the art will also 
realize that such equivalent constructions do not depart 
from the spirit and scope of the invention in its broadest 
10 form. 

[0008] Before undertaking the DETAILED DESCRIPTION OF 
THE INVENTION below, it may be advantageous to set forth 
definitions of certain words or phrases used throughout 
this patent document: the terms "include" and "comprise," 

15 as well as derivatives thereof, mean inclusion without 

limitation; the term "or" is inclusive, meaning and/or; the 
phrases "associated with" and "associated therewith," as 
well as derivatives thereof, may mean to include, be 
included within, interconnect with, contain, be contained 

20 within, connect to or with, couple to or with, be 

communicable with, cooperate with, interleave, juxtapose, 
be proximate to, be bound to or with, have, have a property 
of, or the like; and the term "controller" means any 
device, system or part thereof that controls at least one 
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operation, whether such a device is implemented in 
hardware, firmware, software or some combination of at 
least two of the same. It should be noted that the 
functionality associated with any particular controller may 
5 be centralized or distributed, whether locally or remotely. 

Definitions for certain words and phrases are provided 
throughout this patent document, and those of ordinary 
skill in the art will understand that such definitions 
apply in many, if not most, instances to prior as well as 
10 future uses of such defined words and phrases. 
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[0009] For a more complete understanding of the present 
invention, and the advantages thereof, reference is now 
made to the following descriptions taken in conjunction 
with the accompanying drawings, wherein like numbers 
designate like objects, and in which: 

[0010] FIGURE 1 depicts a network implementing an 
electronic sales transaction system according to one 
embodiment of the present invention; 

[0011] FIGURE 2 is a message flow diagram for an 
electronic sales transaction according to one embodiment of 
the present invention; 

[0012] FIGURE 3 is a high level flowchart for a process 
of dynamic determination of electronic payment pricing and 
terms according to one embodiment of the present invention; 
and 

[0013] FIGURE 4 is a high level flowchart for a process 
of cross vendor transaction payment resolution according to 
one embodiment of the present invention. 
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[0014] FIGURES 1 through 4, discussed below, and the 
various embodiments used to describe the principles of the 

5 present invention in this patent document are by way of 

illustration only and should not be construed in any way to 
limit the scope of the invention. Those skilled in the art 
will understand that the principles of the present 
invention may be implemented in any suitably arranged 

10 device. 

[0015] FIGURE 1 depicts a network implementing an 
electronic sales transaction system according to one 
embodiment of the present invention. Network 100 includes 
a buyer system 101, a vendor system 102, and a payment 
processor system 103. In the exemplary embodiment, systems 
102-103 are data processing systems, while system 101 may 
be a data processing system or a mobile communication 
device such as, for example, a wireless telephone or 
personal digital assistant (PDA) . Systems 101-103 are each 
communicably coupled to the other via communications links 
104-106, which may be implemented simply by common 
connection to the Internet and/or may include various 
intermediate routers and/or voice communications system 
components. In accordance with the known art, systems 101- 
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103 are capable of exchanging data, such as HyperText 
Markup Language (HTML) data or similar data, for conducting 
electronic sales transactions. 

[0016] Those skilled in the art will recognize that the 
5 complete structure and operation of network 100 is not 

depicted or described. Instead, for simplicity and 
clarity, only so much of the network 100 and systems 101- 
103, and communication links 104-106 as is unique to the 
present invention or necessary for an understanding of the 
10 present invention is depicted and described. 

[0017] in addition, numerous configurations of network 
100 are possible. For instance, vendor system 102 for one 
enterprise may simply be implemented by an application 
executed on an Internet server together with a number of 
15 other applications for other enterprises. While depicted 

as separate, some elements of network 100 may be co- 
located, as in the example of a sales kiosk or vending 
machine located in a public area. Payment processing 103 
may be implemented by multiple load distributed servers. 
20 The full range of possible variations is too extensive for 

individual enumeration herein, although most will be 
apparent to those of ordinary skill in the art. 
[0018] In conducting electronic sales transactions, the 
customer identifies the item(s) to be purchased using 
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standard selection methods appropriate to conducting 
transactions by an electronic medium. Similarly, the 
vendor optionally requests verification of the purchase 
requests using standard methods appropriate to the 
transaction medium. When the user initiates or confirms 
the purchase, two packets of information are sent by buyer 
system 101: one to vendor system 102 triggering or 
confirming the purchase and including a unique transaction 
identifier, and the other, a (partial) transaction request, 
to the payment processor system 103. The partial 
transaction request sent to the payment processor 103 by 
the buyer system 101 contains the unique transaction 
identifier, an identifier or other feature indicating that 
the transaction request originates with a buyer (e.g., a 
customer number or an amount formatted for debiting from an 
account), a goods or services identifier (from the vendor 
system 102), a transaction amount, and a buyer account 
identifier, as well as optionally an authentication object 
(password, personal identification number or PIN, or other 
unique value) . 

[0019] upon receipt of the purchase order or 
confirmation, vendor system 102 transmits another (partial) 
transaction request to the payment processor 103. The 
partial transaction request sent to the payment processor 
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103 by the vendor system 102 similarly contains the unique 
transaction identifier, an identifier indicating that the 
transaction request originates from a vendor (e.g., a 
vendor number or an amount formatted for crediting to an 
5 account), a goods or services identifier, a transaction 

amount, and a vendor account identifier, as well as 
optionally an authentication object. 

[0020] Payment processor 103 matches portions of various 
electronic sales transactions and, when all portions for a 
10 given electronic sales transaction have been received, the 

portions are combined to form a complete transaction 
request, which is then processed. Certain content from 
both transaction request portions must match, including the 
transaction amount and the goods or services identifier. 
15 in addition, other criteria such as valid buyer and vendor 

account identifiers and a transaction amount within an 
available balance or approved limit must also be found for 
the complete transaction request to be deemed valid by 
payment processor 103 . 
20 [0021] If the transaction request formulated from the 

combined portions is valid, the payment processor 103 
initiates completion of the sales transaction. Otherwise, 
the payment processor 103 aborts the sales transaction and 
notifies the buyer system 101 and the vendor system 102 
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that the transaction has been terminated without 
completion. 

[0022] If the transaction request is valid, the 
electronic payment processor or processing system 103 sends 
the vendor and optionally the customer a "transaction open" 
message. The vendor's server than initiates delivery of 
the requested goods or services being sold. 

[0023] For completely electronic sales transactions 
(e.g., the goods or services sold are electronic content or 
access), payment processor 103 may respond to a valid 
transaction request by sending a "transaction open" message 
to the vendor system 102, and optionally also to the buyer 
system 101. The vendor system 102 then transmits the 
purchased goods or services (i.e., the content or an access 
code or the like) to the buyer system 101, which, upon 
receipt of the purchased goods or services, sends a 
"transaction complete" message to the payment processor 
103. The vendor system 102 may optionally also send a 
"transaction complete" message to the payment processor 103 
upon delivery of the purchased goods or services. 
[0024] For electronic sales transactions that include 
some non-electronic aspect, such as physical delivery of an 
object (e.g., dispensing an item from a vending machine), 
the system may be readily modified to allow the user to 
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transmit the "transaction complete" upon delivery of the 
item. In addition, a "transaction complete" message may be 
delivered by the vendor system 102. 

[0025] Once the goods or services have been delivered, 
the customer or user system and optionally also the vendor 
system transmits a delivery complete message to the payment 
processing server 103. In response, the electronic payment 
processor 103 closes the transaction and settles the 
accounts for the parties involved. 

[0026] The payment processor 103 includes a controller 
107 which authenticates and approves (or authorizes) 
received customer or vendor transaction requests using 
corresponding customer and vendor information 108-109. 
Approved transaction requests are buffered or queued within 
a transaction queue 110 during authentication, and/or until 
matched or completed. 

[0027] FIGURE 2 is a message flow diagram for an 
electronic sales transaction according to one embodiment of 
the present invention. The diagram does not conform to 
Unified Modeling Language (UML) standards, but is instead a 
high level overview of one possible valid sequence of 
messages passed among various systems involved. Additional 
proxy servers and/or translators may be located between any 
of the three systems shown for reasons of performance, 
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scalability, and application to additional media device 
such as web-enable cell phones. 

[0028] In the exemplary message flow 200, a message 201 
is transmitted from the user or customer device to the 
vendor (s) server (s), within which the user selects the 
item(s) to be purchased. Optionally, a message 202 
requesting confirmation of the purchase request is sent 
from the vendor (s) server (s) to the user device and a 
positive confirmation message 203 is returned. A vendor 
transaction request message 204 is then sent from the 
vendor (s) server (s) to the electronic payment processing 
system, and a customer transaction request 205 from the 
user device to the electronic payment processing server. 
It should be noted that the order of the vendor and 
customer transaction requests is not critical, and that the 
request may arrive in any order. 

[0029] In response to each received transaction request 
(whether a vendor transaction request or a customer 
transaction request), the electronic payment processing 
server initiates a check 206, 207 to determine if all 
transaction request portions have been received, such that 
a complete transaction request may be or has been formed, 
upon detecting a complete transaction request, the 
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electronic payment processing system conducts an internal 
payment authorization process 208. 

[0030] If the payment is approved, the electronic 
payment processing system transmits a "transaction open" 
5 message 209 to the vendor{s) server(s), and optionally 

transmits a similar message 210 to the user device. It 
should be noted that the order of transmission of such 
messages 209, 210 to the vendor(s) server{s) and user 
device is not critical. 
10 [0031] upon receipt of the "transaction open" message 

209, vendor(s) server(s) transmit the purchased item 211 
(e.g., content or access code) to the user device, then 
optionally transmits a "transaction complete" or «item(s) 
transfer complete" message 212 to the electronic payment 
15 processing system. Upon receipt of the purchased item(s) , 

the user device transmits a "transaction complete" or 
"item{s) transfer complete" message 213 to the electronic 
payment processing system. Preferably the electronic 
payment processing system does not close the transaction 
20 214 unless and until a "item(s) transfer complete" message 

213 is received from the user device. In some situations, 
however, receipt of an "item(s) transfer complete" message 
212 from the vendor (s) server (s) may be sufficient to 
prompt closure of the transaction. When the transaction is 
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closed 214, the vendor (s) and customer accounts are 
appropriately credited and debited as part of settling the 
transaction. Disbursements to the vendor and replenish- 
ments of a customer's declining balance account may be 
5 periodically conducted. 

[0032] in addition (or in lieu of) the transaction 
request matching process described above, the electronic 
payment processing server may periodically check each 
pending transaction request, looking for matches and/or 
10 complete transaction request. Transaction requests 

received from various sources and relating to different 
transactions are accumulated within the electronic payment 
processing system, within one or more queues (e.g., a 
single queue for all transaction requests or one for vendor 
15 transaction requests and one for customer transaction 

requests) . A timeout mechanism may be provided for 
deleting pending transaction requests (customer or vendor) 
that have not been matched or completed within a predefined 
time interval. 

20 [0033] In the present invention, the transaction request 

to the electronic payment processing system is split or 
bifurcated between the customer and the vendor to prevent 
compromise of the anonymity of the customer while assuring 
payment of the vendor. Conventional electronic funds 
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transfer or electronic payment systems require the vendor 
to collect and submit personal billing information for the 
customer, including the customer's credit/debit card number 
and expiration date, the name on card, billing address for 
account, and optionally the card verification code (CVC). 
The vendor then submits such personal billing information 
as part of billing and fraud prevention efforts. 
[0034] Personal information required from the customer 
to verify the payment information entered often includes an 
electronic mail address for delivery of the purchase 
content or an access code or other secondary authorization, 
with vendors often sharing such addresses (but, for 
legitimate vendors, not payment information) with third 
parties, producing significant amounts of unwanted 
electronic and physical mail to the customer. The 
transmission of personal information by the customer also 
provides a foundation for identity theft and other 
fraudulent activity, since the information input by the 
customer to the vendor is all handled in one place where a 
single "sniffer" may watch packets sent from the customer 
to the vendor, from which all data necessary for an illegal 
purchase may be assembled (with decryption «cracks" as 
necessary) . 
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[0035] in the present invention, however, payment 
authorization is secured without disclosure of such 
personal billing information by the customer to the 
vendor (s), preserving the anonymity of the customer and the 
security of the personal billing information. 
Authentication of the vendor and the customer are both 
handled electronically, but the authentication of the 
customer does NOT go through the vendor as in conventional 
systems. Instead, the user is authenticated directly with 
the electronic payment processing system. For this reason, 
and due to the accumulation of charges for a customer 
against a declining balance account, micro -payments may be 
successfully transacted electronically without dispropor- 
tionate risk of fraud or unacceptably inflating the trans- 
action amounts to support the transaction costs. 
[0036] in addition, current electronic funds transfer or 
electronic payment systems control authentication 
completely on the vendor's side of the transaction, with no 
verification of delivery of the purchased content or 
services. While substantial attention is paid to 

fraudulent means used by customers to purchase online goods 
and services, little attention is being paid to web sites 
that pose as vendors and receive payment with delivering 
promised goods or services. Such sites often also take the 
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user's private payment information and use it to generate 
fraudulent purchases, which cannot be avoided under current 
methods . 

[0037] The present invention improves on existing 
electronic payment methods by bifurcating both authentic- 
ation of the vendor and customer and authorization of the 
transaction by the vendor and customer, combining messages 
for such processes at the payment processing server. 
"Sniffing" payment related data from intercepted packets 
thus becomes more difficult, since the data originates from 
multiple origins. While some redundant information is 
included in all packets, information unique to all packets 
is necessary to complete and effect a verified transaction. 
Since no personal information is exchanged between the 
vendor and the user, no chance exists for the information 
to be used for spam, making illegal purchases, or charging 
a customer's account illegally. 

[0038] Rather than simple bifurcation, the present 
invention may be viewed as «n- furcating" the transaction 
request among n portions (where n is any positive integer 
greater than 1), allowing multiple vendors to participate 
in a given transaction with resolution as described in 
further detail below. Vendor transaction requests may 
originate from separate servers and be sent via separate 
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paths to the electronic payment processing system, or may 
be collected and relayed by a single "agent" vendor server 
and/or contained within a single message identifying all 
vendor (s). The transactions requests (vendor and customer) 
5 should include an indicator of the number of vendors or 

transaction requests that will form a complete transaction 
request . 

[0039] FIGURE 3 is a high level flowchart for a process 
of dynamic determination of electronic payment pricing and 
10 terms according to one embodiment of the present invention. 

Current methods for electronic purchases require that the 
entire goods or services be purchased with a single 
autonomous transaction that, once complete, precludes 
purchase of additional goods or services without an 
15 additional transaction or agreement (e.g., purchasing or 

downloading a single copy of a magazine, analogous to 
making a single purchase from a news stand), or purchasing 
a subscription to the goods or services, similar to 
purchasing a subscription to a physical newspaper or 
20 magazine, where the customer can download the latest issue 

every day or month. 

[0040] Such sales methods have been necessary due to the 
transaction cost associated with electronic funds transfers 
or electronic payments. With the ability to profitable 
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receive micro-payments electronically using the system 
described above, however, a need arises to provide vendors 
(and customers) with a higher level of control over 
purchasing options, as well as greater flexibility over 
terms and pricing. 

[0041] The present invention allows prices and terms to 
fluctuate dynamically for the vendor's goods or service. 
The vendor places the goods for sale electronically, 
defining a policy for the purchase terms through a number 
of events such as, but not limited to, cost, quantity, 
time, bandwidth (amount or rate), and usage. When a 
specified event is triggered, the next set of pricing and 
terms become active, and subsequent events may modify 
pricing and terms yet again. 

[0042] For electronic sales transactions, the pricing 
and terms policy might be implemented, for example, to 
allow a customer to purchase single articles from issues of 
an electronic magazine until the customer's payments 
aggregate to the annual subscription price, at which time 
no further charge is made for accesses during the remainder 
of a subscription period starting with the first purchase 
(a "pay cap"). Instead, a vendor might discount content 
purchased by a given customer after a certain quantity has 
been purchased (for "off-the-rack" sales). Alternatively, 
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a site might stream media to a customer at a cost of $1 for 
the first minute and $0.10 for any additional minute (s), or 
the first minute free for promotional purposes and $0.50 
for each additional minute. The event triggering a change 
5 in price or terms may be as flexible as the vendor desires, 

allowing more compelling offers for goods or services. In 
addition, the price or term variations may apply to a 
series of transactions or portions of a single transaction. 
[0043] Referring back to FIGURE 1, the vendor system(s) 
10 102 define the pricing and terms policy 111 based on events 

and corresponding pricing or terms (or changes). The 
payment processor 103 maintains, within the personal 
information 108 for a given customer, a purchase history 
112 for associated vendors, which is used to modify payment 
15 terms within a requested transaction. An important feature 

is that the vendor holds no information (except possibly a 
caching server proxy) regarding the customer's purchases, 
preserving the customer's anonymity. 

[0044] The exemplary process 300 depicted in FIGURE 3 
20 begins with transaction requests from a customer and at 

least one vendor being received and matched at the 
electronic payment processor (step 301). The customer's 
relevant purchase history from that vendor is then 
transmitted from the electronic payment processor to the 
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vendor (step 302), and the vendor determines whether an 
event in the pricing and terms policy is satisfied by that 
history (step 303) . 

[0045] If so, a new transaction request is transmitted 
5 by the vendor to the payment processor (step 304). 

Optionally, acceptance of the new pricing or terms by the 
customer may be requested by the payment processor (step 
305) . Alternatively, a lower payment amount than that 
specified within the transaction request from the customer 
10 may be assumed to be acceptable to the customer. The 

transaction is then processed (step 306) . If no event in 
the customer's relevant purchase history satisfies an event 
specified within the pricing and terms policy is satisfied 
by that history (step 303), the transaction is simply 
15 processed with the payment terms specified in the 

transaction requests (step 306) . 

[0046] Rather than transmitting the customer's relevant 
purchase history 112 to the vendor, the vendor's pricing 
and terms policy 111 may be transmitted to the payment 
20 processor 103 for determination of whether the customer's 

relevant purchase history 112 satisfies any event specified 
in the policy 111- If so, the payment terms are modified 
according to the policy 111 and the customer and vendor may 
be notified within the "transaction open" message. 
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[0047] The dynamic determination of pricing and terms as 
described above may be employed with either micro -payments 
or for all pricing strategies (e.g., conventional payment 
methods) . 

5 [0048] FIGURE 4 is a high level flowchart for a process 

of cross vendor transaction payment resolution according to 
one embodiment of the present invention. Traditional 
payment processing does not support cross -vendor payment 
resolution. Currently vendors provide content and services 
10 directly or through formal contracts with other vendors, 

with the content and services sold to consumers through 
single purchases or subscriptions. For a vendor to 
continue creating compelling offerings, the vendor must 
continue both to create content and to negotiate additional 
15 contracts with other vendors. With the current size and 

continued growth of the Internet, however, contacting the 
number of vendors necessary and negotiating the requisite 
contracts is both time consuming and expensive. 
[0049] In addition, consumers are placed in the onerous 
20 position of purchasing content and services separately from 

the numerous vendors, increasing inconvenience and 
potential security breaches. With the present invention, 
vendors are enabled to sell their content for the price and 
terms that they define, and any vendor may then create 
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offerings utilizing any other vendor's published content 
and services. The vendor may, for example, create an 
accumulation of content for a user based on a profile for 
the user. The consumer purchases from a single vendor and 
the transaction is resolved, with the payment split at the 
transaction point according to the payment and terms 
specified directly by the various vendors involved. 
[0050] The process 400 depicted in FIGURE 4 begins with 
transaction requests being received and matched by the 
electronic payment processing system. A check is first 
made to determine if multiple vendors are involved (step 
402) . If so, a search is conducted for matching customer 
requests (step 4 03) . In the present invention, transaction 
requests for, for instance, content accumulated from 
multiple vendors should contain an identification of each 
content item, the corresponding vendor (from which the 
vendor accounts may be identified) and the price. The 
vendor and customer transaction requests should match in 
these respects. 

[0051] The multiple vendors and corresponding content 
items may be identified within a single pair of vendor and 
customer requests. Alternatively, the customer system may 
formulate a single transaction request identifying the 
multiple vendors and items based on information obtains 



DOCKET NO. EMICO 1-000 03 PATENT 

from the selling or "contact" vendor. Each vendor then 
submits a separate transaction request, triggered by 
messages from the contact vendor. The payment processor 
accumulates and matches the vendor transaction request with 
the single customer transaction request, processing the 
transaction to the extent that matching between the 
customer and vendor transaction requests match and ignoring 
portions of the transaction specified in the customer 
transaction request for which no matching vendor 
transaction request is received. 

[0052] In yet another alternative, separate pairs of 
customer and vendor transaction request for each vendor 
involved. The "contact" vendor supplies the required 
information to both the customer and the remaining vendors, 
which generate transaction requests accordingly. The 
transaction request pairs are either sequentially or batch 
processed when received by the payment processor. The 
multiple customer transaction requests may be generated 
transparently to the customer, maintaining the appearance 
of the "contact" vendor as the source for the content 
purchased while protecting the remaining vendors in 
collecting payment for their content. 

[0053] In each of the alternatives discussed above, the 
payment is split at the point of transaction completion 
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among the vendors contributing goods or services to the 
package purchased by the customer. The transaction is thus 
processed to completion (step 404) in this manner. 
[0054] The present invention allows a consumer to 
purchase content or services from one or more vendors 
transparently, appearing as a single transaction for the 
consumer while appropriately dispersing the payment across 
the vendors. The customer's purchasing experience is that 
of purchasing the content or service from a single vendor, 
who accumulates requested content or services from n-1 
other vendors along with their pricing and terms. After 
the content and/or services are delivered, each 
participating vendor is paid according to their pricing and 
terms. An incentive is thus created for vendors to 
discover the content and services, along with corresponding 
pricing and terms, for other vendors. Either micro-payment 
or conventional payment systems may be employed for such 
transactions . 

[0055] Cross vendor payment resolution according to the 
present invention allows vendors to create compelling 
offerings of content and services by combining content and 
services from other vendors into a single offering, with 
payment resolution to each vendor participating in the 
offering. An easy and flexible system is thus created for 
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vendors to provide web services as an aggregated single 
purchase for a consumer with each vendor providing part of 
the solution being paid for their specific contribution. 
Since many vendors have not resolved how to charge for 
their web service offerings, this solution allows those 
vendors to price web services in a straightforward manner 
bypassing the need for each vendor to negotiate individual 
agreements with every other vendor. 

[0056] Although the present invention has been described 
in detail, those skilled in the art will understand that 
various changes, substitutions, variations, enhancements, 
nuances, gradations, lesser forms, alterations, revisions, 
improvements and knock-offs of the invention disclosed 
herein may be made without departing from the spirit and 
scope of the invention in its broadest form. 
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